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ABSTRACT 

IPTV delivers the TV content over an internet Protocol infrastructure. Virtualized cloud-based 
services will benefit of stastical multiplexing across applications to yield important cost savings to the 
operator the cloud based IPTV provide lower a provider 's costs of real-time IPTV services through a 
virtualized IPTV architecture and through intelligent time shifting of service delivery. It takes advantage 
of the differences in the deadlines associated with Live TV versus Video -on- Demand (VoD) to effectively 
multiplex these services. However, achieving similar advantages with period of time services are often a 
challenge. For construct the problem as an optimization formulation that uses a generic cost function, 
e.g., minimum-maximum, concave and convex functions to reflect the different cost operation. We are 
going to study The time shifting solution to this formulation gives the number of servers needed at 
different time instants to support these services, a simple mechanism for time -shifting scheduled jobs in a 
simulator and study the reduction in server load using real traces from an operational IPTV network. The 
cloud based IPTV results show that able to reduce the load by 24%. 



I. INTRODUCTION 

As IP-based video delivery becomes more famous, the demands places upon the service provider's 
resources have dramatically accrued. Service suppliers usually provision for the height demands of every service 
across the Provider population. However, provisioning for peak demand leaves resources underneath used in 
any respect alternative periods. This is often significantly evident with Instant Channel change (ICC) requests 
in IPTV[1]. In IPTV, Live TV is often multicast from servers exploitation IP Multicast, with one cluster per TV 
channel. Video-on-Demand (VoD) is additionally supported by the service Providers with each request being 
serve by a server serving a unicast stream When users amendment channels whereas observation live TV, we 
need to give extra practicality to so the channel change takes impact quickly [1]. For every channel amendment, 
the user has to be part of the multicast cluster related to the channel, and expect enough information to be 
buffered before the video is displayed; this may take your time. As a result, there are many makes an attempt to 
support instant channel amendment by mitigating the user perceived channel shift latency. With the 
typical Instant Channel Change enforced on IPTV systems, the contents is delivered at happen more quickely 
rate using a unicast stream from the server. The playout buffer is stuffed quickly, and so keeps switching latency 
little. Once the playout buffer is stuffed up to the playout purpose, the set top box activity back to receiving the 
multicast stream. Our Aim is in this paper is to take advantage of the distinct workloads of the various IPTV 
services to higher utilize the deployed servers. It offers opportunities for the service provider to deliver the VoD 
content in anticipation and potentially out of order, taking advantage of the buffering available at the receivers . 
Virtualization offers us the flexibility to share the server resources across these services & use a cloud 
computing infrastructure with virtualization is shifting the resources dynamically in real time to handle the 
instant channel change workload, b) to be ready to anticipate the amendment within the work before time and 
preload VoD content on Set Top Boxs, thereby facilitate the shifting of resources from Video on Demand to 
Instant Channel Change during the bursts and c) to solve a general cost problem of optimization formulation 
without having to meticulously model every and each parameter setting in an exceedingly data center to 
facilitate this shifting resources. In a virtualized surroundings, Instant channel change is managed by a group of 
VMs typically, alternative VMs would be created to handle Video on Demand requests . With the power to 
spawn VMs quickly [4] . 
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Figl. Live TV ICC and VoD packet buffering timeline 

the server will be shift (VMs) from Video On Demad to handle the Instant Channel Change demand 
in a matter of some seconds [5] Note that by having the ability to predict the Instant channel Change bursts 
channel modification behavior are often foretold from historic logs as a results of Live Television show timings. 
The channel changes sometimes happens each hour. In anticipation of the Instant Channel Change load. 

II. BACKGROUND 

2.1 Architecture of IPTV System 

The IPTV architecture we are implementing this Architecture on. cloud network. fig 2 shows the IPTV 
Architecture and system components for IPTV systems. The distribution network consists of video servers for 
every metropolitan space connected through the metro network of internet protocol routers and optical networks 
to the access network[2] . The access network generally includes a tree-like distribution network with copper or 
fiber (newer environments) property to the house. In associate example nationwide distribution setting, content 
is received from the point wherever it's non inheritable over an Internet Protocol backbone to the IPTV head-end 
for the metropolitan space at a Video Hub Office (VHO). From now, the video is distributed to subscriber 
homes within the metro or cloud Network. 

1 Content sources & D-Server: 

Video content is received from content suppliers either live or from storage (for Video on Demand). 
The content is buffered at Distribution Servers (D-Server) within the Video hub Office (VHO). A different D- 
server can be used for each channel; all D-servers share the link to the Video Hub Office, and on average one D- 
server's input output capacity is of the order of ~100s of Mbps 
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2. Metro Network or cloud network: it connects the VHO to variety of central offices (CO). The Metro network 
is usually Associate in Nursing optical network with vital capability. Downstream of the Central Office are many 
Digital Subscriber Line Access Multiplexers (DSLAMs). 

3. Customer access link: Delivery of IPTV over the "last mile" is also provided over existing loop plant to homes 
victimization higher-speed phone line technologies like VDSL2. Service suppliers could use a mix of Fiber-to-the 
Node (FTTN) and phone line technologies or implement direct Fiber-to-the-Home (FTTH) access. 

4. client premises equipment (CPE):CPE includes the broadband network termination (B-NT) and a Residential 
gateway (RG). The RG is generally an Internet protocol router and is the demarcation point between the 
service supplier and also the home network. 

5. IPTV Client: The IPTV consumer (e.g., Set top Box (STB)) terminates IPTV traffic at the designer premises. 

2.2 Unicast Instant Channel Change (ICC) 

We are studying ICC For channel Changing Operation Fig 3 shows the working of ICC whenever user 
wants to change the channel. When a client connects to the D-server, the Dserver begins unicasting data to the 
client, starting from an Iframe in its buffer. The D-Server bursts the data at a higher rate than the nominal video 
bitrate rate. Given this higher unicast rate, the set-top box (STB) buffer fills up faster than the nominal rate at 
which the multicast stream is transmitted [2]. A multicast "join" is issued by the client after sufficient data is 
buffered in the playout buffer of the STB so that the buffer does not under-run by the time the multicast join 
completes and the subsequent multicast stream is received. The unicast stream is stopped once the playout 
buffer is filled to the desired level. Once the multicast join is successful, the client can start displaying video 
received from the multicast stream. 
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Fig. 3 Unicast Instant channel change scheme 

We consider various cost functions C(xl, x2,.. , xT ), evaluate the optimal server resources needed, and study the 
impact of each cost function on the optimal solution. 

2.3 Multicast ICC Scheme 

We studying a secondary lower-bandwidth channel change stream corresponding to each channel at the 
D-server. This stream will consist of I-frames only Therefore, each channel will now add another IP multicast 
group called the secondary ICC multicast group that transmits only the I frames for each channel. The secondary 
ICC channel change stream is offset by a short time interval so that the secondary stream is delayed in time 
relative to the primary high quality multicast stream. This enables the client to display the (less than full motion) 
video of the new channel that the user switches to, while allowing the play-out buffer to be filled with the primary 
multicast stream. 
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Figure 4 shows the mechanism of the Multicast ICC process: 

1 . The channel change request for a particular channel results in a multicast join request being issued by the 
client. A join is issued for both the primary multicast stream as well as the secondary ICC multicast group 
for the channel change stream obtained by extracting the I frames from the primary stream. With IP 
multicast, the join progresses as far up the distribution tree as necessary, until it hits an "on-tree" node. 

2. The D-server transmits both the secondary channel change stream as well as the primary multicast channel 
if there is an outstanding channel change event for that channel. 
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Fig.4 Multicast ICC channel Scheme 

2.4 Mathematical function 

We investigate linear, Concave and convex .With convex functions, the price will increase slowly 
initially and later grows quicker For concave functions, the cost will increase quickly at first and so flattens out, 
indicating some extent of decreasing unit prices (e.g., slab or tiered pricing). Minimizing a convex cost function 
leads to averaging the amount of servers. Minimizing a concave cost results in finding the external points off 
from the most to reducing the cost .this might result in the system holding back the requests till simply before 
their deadline and serving them in an exceedingly burst, to induce the advantage of a lower cost due to concave 
cost function (e.g., slab pricing). The concave optimization problem is so optimally solved by finding boundary 
points within the server-capacity region of the answer area. 

We study various cost functions C(xl, x2,.. , xT ), evaluate the optimal server resources needed, and 
study the impact of each cost function on the optimal solution. 
We think about the subsequent cost functions: 

1) Linear Cost: C(xl, x2, , xT ) =Y*J=o xi- 

the case where we incur a cost that's proportional to the total number of servers required across all times. 

2) Convex Separable Cost: C(xl, x2, , xT ) =5^=0 xi. 

Where C(xi) is a convex function, in case when a data center sees associate increasing per unit cost as the 
number of servers needed to grows. 

We consider two examples of C(xi), the component cost function. The 1st is is the exponential function, 
C(xi) = exp(xi). 

The 2 nd is a piecewise linear function of the form C(xi) = xi+c(xi-K)+ where c,K > 0. This component cost 
function has per-server cost of unit when xi < K, and per-server cost of 1 + c thereafter. 

3) Concave Separable Cost: C(xl, x2,...., xT ) _ Q C(xi)., 

with component cost C(xi) a concave function. This part value perform has per-server cost diminishes as the 
number of servers grows. 

4) Maximum Cost: C(xl, x2,. . ., xT ) = Max 1 1 L 1 xi 

This cost function penalizes the highest capacity that which will required to using the incoming sequences of 
requests 

2.5 Advantages of cloud Based IPTV System 

In Virtualized cloud Based system there is more workload so reducing workload we are designing the 
Group Of Picture is to secure the transmission of huge amount of data over the unreliable channel e.g. internet, 
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wireless channels etc .Software will hide text document in container video file [3]. Appropriate container video 
file must be selected such that it would be feasible to transmit over internet as such video file requires large 
bandwidth The software must hide large amount of data The software must encrypt the data before hiding it into 
container media file Message hiding should be such that hidden message must intercept table so the system gives 
following Advantages - 

1. Live TV Controller 

Rewind, pause, play while watching television broadcast due to that it is called triple play. 

2. Video-On-Demand 

IPTV technology is bringing video -on-demand (VoD) to television, which permits a customer to 
browse an online program or film catalog, to watch trailers and to then select a selected recording. 

3. Interactivity 

An IP-based platform additionally permits vital opportunities to form the TV viewing expertise a lot of 
interactive and customized ,The provider program guides that enables viewers to go looking for content by title 
or actors name, or a picture-in-picture practicality that enables them to channel surf without departure the 
program observation. 

4. Economics 

However, because video streams need a high bit rate for for much longer periods of your time, the 
expenditures to support high amounts of video traffic are abundant bigger. 

5. IPTV primarily based Converged Service 

Another advantage of an IP-based network is that the chance for integration and convergence, this 
chance is amplified once exploitation IMS-based solutions. [6] Con- verged services implies interaction of 
existing services in an exceedingly seamless manner to form new worth side services. One example is on-screen 
display, obtaining display on a TV and also the ability to handle it (send it to voice mail, etc.). IP-based services 
can help to modify efforts to supply customers anytime -anywhere access to content over their televisions, 
Personal Computers and cell phones, and to integrated services and content to them along at intervals 
businesses and establishments, IPTV eliminates the requirement to run a parallel infrastructure to deliver live 
and hold on video services. 

6. Ease of installation and operation. 

7. Competitive pricing. 

III. CONCLUSION 

We studied however IPTV service suppliers will leverage a virtualized cloud in-frastructure and 
intelligent time-shifting of load to higher utilize deployed resources. Time shifting reduces the workload as well 
Instant Channel Change and VoD delivery as examples, we studied that we will benefit of the distinction in 
workloads of IPTV services to schedule them befittingly on virtualized infrastructure, formulate to developed 
as a general optimization problem and computed the quantity of servers needed in line with a 
generic value operate. We studied multiple forms for the value operate (e.g., min-max, convex and concave) 
and solved for the best variety of servers that are needed to support these services while not missing any 
deadlines. 
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